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A conditional access system enables an end user to access digital television broadcasts 
jfrora one oi more broadcast suppliers. In such a conditional access system, a 
Subscriber Authorization System (SAS) manages access rights to television 
programmes^ available as commercial offers and sold according to dififcr&nt modes of 
commercialisation (subscription mode, prc-book mode, impulse mode). The SAS, 
according to those rights and to information received from a Subscriber M^inagement 
System (SMS), generates using a message generator so-called "Entitlement 
Management Messages" (EMMs) which arc broadcast by a message emitter via a 
multiplexer to the receiver/decoder of the subscriber to authorize him/her. An EMM 
may be designated to one subscriber or a group of subscribers* Entitlement Control 
Messages (ECMs) arc messages sent in relation to scrambled programs. An ECM 
enables a user to dcscramble a control word to obtain the right to des<2ramble a 
broadcast transmission> such as a television programme. During a broadcast 
transmission, the control word typically changes every few seconds> and so ECMs are 
also periodically transmitted to enable the changing control word to be descrambled, 

A security module, such as a smartcard, capable of decrypting messages relating to 
commerciai offers (that is^ one or more television programmes sold by the broadcast 
supplier) is inserted in the receiver/decoder. Using the receiver/dec^oder and 
smartcard, the end user may purchase events. 

It is expected that the receiver/decoder may be designed and manufactured by various 
different manufacturers. It may therefore have various different hardware designs, and 
may support one of a number of conditional access systems, todeed, a 
receiver/decoder may support more than one conditional access system. In this case, 
the system used at any one time is selected by the subscriber, who is required to insert 
the correct smartcard into the receiver/decoder in order to access the chosen 
conditional access system. 

When the broadcasts axe in the form of MPEG-type signals> the data is received in 
the form of data packets of typically 188 bytes within respective types of data stream, 
for example^ video data streams, audio data streams and teletext data streams. Each 
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CONFIGURING METHOD AND DEVICE 

The present invention relates to a device for use in a receiver/decoder, and in 
particular to a device for configuring components of a receiver/decoder in. response 
to a change in a manipulation protocol or conditional access system us<?d by the 
5 receiver/decoder. The invention also relates to a method of configuring a 
receiver/decoder to access data; the data may be in any suitable form, such as in the 
form of a computer programme or a television programme. 

The present invention finds specific application in a broadcast digital television system 
in which received signals are passed through a receiver to a receiver/decoder and then 
to a television set. The term ''receiver/decoder" used herein may connote a receiver 
for receiving either encoded or non-encoded signals, for example, television and/or 
radio signals. The term may also connote a decoder for decoding received signals* 
Embodiments of such receiver/decoders may include a decoder integral with the 
receiver for decoding the received signals, for example, in a "set-top box'\ such a 
decoder functiomng in combination with a physically separate receiver, or such a 
decoder including additional functions, such a$ a web browser ox a video ix;corder. 

The receiver/decoder may decode a compressed MPEO-typc signal uato a television 
signal for the television set. It is controlled by a remote controller handset, through 
an interface m tho receiver/decoder. The receiver/decoder is used to prt>cess the 
20 incoming bit stream, and includes a computer system including a variety of (usually 
computer software) application modules which cause the system to perform a variety 
of control and other functions. The term MPEG rcfcis to the data transmission 
standards developed by the International Standards Organisation working group 
"Motion Pictures Expert Group" and in particular but not exclusively the JiflPEG-2 
25 standard developed for digital television applications and set out in the documents ISO 
13818-1, ISO 13818-2, ISO 13818-3 and ISO 13818-4. In the context of the present 
patent application, the term includes all variants, modifications or developments of 
MPEG formats applicable to the field of digital data transmission. 
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packet is preceded by a Packet Identifier (PID) of 13 bits, one FID for every packet 
transported in the MPEG data stream. Data packets relating to applications, EMMs 
and ECMs typically comprise one or more MPEG sections. 

Parameters of each conditional access system^ such as the frequency of signals 
received from a transponder, the values of the PIDs, and any other information 
necessary to download, for example, an EMM, are stored in the memory of the 
receiver/decoder. This can result in a large memory requirement for the 
receiver/decoder, particularly if the receiver/decoder supports several different 
conditional access systems. 

When one of these parameters is updated, or the conditional access system is changed, 
it is necessary to update the components of the receiver/decoder which perform 
manipulation of the received datastream to enable the end user to access, for <:xample, 
a television programme broadcast in the datastream. Therefore, there may be many 
applications stored in the receiver/decoder which require access to components of the 
receiver/decoder, adding to the complexity of the receiver/decoder. Such applications 
may be required to store valuds of parameters used in the manipulation of the received 
datastream, which can add further to the memorj^ requirement of the receiver/decoder. 

The present invention seeks to solve this and other problems. 

The present invention provides a device for use in a receiver/decoder opeKible with 
20 different conditional access systems, the receiver/decoder including means for 
manipulating data received by the receiver/decoder according to a manipulation 
protocol which is configurable in dependence on the conditional access system, and 
means for storing parameters associated with the manipulation protocol, the device 
comprising: 

25 means for receiving a command instructing configuration of the manipulation 

protocol in dependence on the conditional access system; 

means for retrieving at least one of the parameters from the storage means in 
dependence on the command; and 
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means for outputting said parameter to the manipulation means for use in 
configuring the manipulation protocol, whereby the manipulation means is not required 
to receive all parameters necessary to configure the manipulation protocol for all of 
the conditional access systems. 

In one preferred embodiment, the manipulation means is provided in the form of a 
demultiplexer and filter> in which case the manipulation of the received data takes the 
form of filtering the received data. In this case, the term "manipulation protocol" 
refers to the setting of the filter which enables only specific components of the 
received data to be extracted by the receiver/decoder, and the configuration of the 
protocol is provided in the form of changing the filter to extract different components 
of the leccivcd datastream. 

As the manipulation means only receives a parameter related to one change of the 
manipulation protocol, the device (termed the "Conditional Access device") can 
provide an efficient means of configuring the manipulation protocol to enable data 
15 from different conditional access systems to be downloaded. 

The conditional access device may be arranged to output the parameter to the 
manipulation means upon receipt of a command instructing output of the parameter. 
As the parameter, which may be used, for example, in config:uring the maioipulation 
protocol for one conditional access system, is sent only after the receipt of tlxis second 
command, the retrieval of the parameters from the storage means can occur whilst the 
manipulation protocol is configured for a different conditional access syj^tem, and 
therefore whilst the manipulation means is manipulating data associated with this 
conditional access system. This can enable configuration of the manipulation protocol 
to be conducted efficiently. 

Preferably, the device is capable of receiving commands from a a>nfiguiing 
application. 





The parameters may include one or more of an identifier of an EMM and an identifier 



of an ECM, 



The device may be arranged to receive commands from a plurality of client 
applications for a plurality of parameters. 

The present invention also provides a receiver/decoder including a device as aforesaid, 
said manipulation means arranged to operate under the control of the device to 
manipulate data, and said means for storing parameters associated with the 
manipulation protocol. 

The present invention also extends to a method of configuring a receiver/decoder to 
access data, the receiver/decoder including means for manipulating data rec;cived by 
the receiver/decoder according to a manipulation protocol which is configurable in 
dependence on the conditional access system, and means for storing pcirameters 
associated with the manipulation protocol, the method comprising the steps of:- [ 

receiving a command instmcting configuration of the manipulation protocol in 
dep>endencc on the conditional access system; 

retrieving at least one of the parameters from the storage means in dependence 
on the command; and 

outputting said parameter to the manipulation means for use in configuring the 
manipulation protocol, whereby the manipulation means is not required to receive all 
parameters necessary to configure the manipulation protocol fur all of the co}aditional 
access systems. 

Analogous method features to the device features described above are also provided. 

The present invention also extends to a device for use in a teceiver/dccc^der, the 
receiver/decoder including means for storing parameters associated with manipulating 
data received by the receiver/decoder, and at least one application or further device, 
the device comprising: 

means for generating an identifier for at least one parameter; and 

means for outputting said identifier to said at least one application or further 
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device. 

The identifier can enable the application or further device to access received data, 
based on the identifier. In other words, the application or further device is not 
required to store all parameters for the configured manipulation protocol to access 
5 retrieved data so that the memory of the receiver/decoder can be used efficiently- 

The device may be used in a receiver/decoder which is operable with different 
conditional access systems, the parameters being associated with mampul^ting data 
received by the receiver/decoder according to a manipulation protocol which is 
configurable in dependence on the conditional access system, 

10 The device may be arranged to store a plurality of parameters, each Ihiaving a 
respective assigned identifier. 

The pre^^nt invention extends to a receiver/decoder including a device as aforesaid, 
said means for storing parameters associated with the manipulation of data received 
by the receiver/decoder according to a manipulation protocol which is configurable in 
15 dependence on the conditional access system, and said application or said further 
device. 

In one preferred embodiment, the different conditional access systems are different 

encryption protocols, the parameters are decryption parameters, the manipulation of 

data is decryption of encrypted data and the manipulation protocol is a decryption 
20 protocol. Therefore, the present invention also extends to a device for use in a 

receiver/decoder comprising; 

means for storing decryption parameters for use in decryption of encrypted data 

received by the receiver/decoder, the parameters being configurable to enable 

decryption of a plurality of different encryption protocols; 
25 means for receiving deayption parameters to configure at least one decryption 

protocol; and 

means for passing an identifier of a configured decryption protocol to at least 



one further device oi application to enable said jfurther device or said appliciUion to 
access, in decrypted foxm, said encrypted data based on said identifier, whereby said 
further device Or application is not required to store all parameters necessary to effect 
decryption of said encrypted data. 

The present invention also provides a method of configuring a receiver/decoder, the 
receiver/decoder including means for storing parameters associated w^ith manipulating 
data received by the receiver/decoder, and at least one application or further device, 
the method comprising: 

generating an identifier for at least one parameter; and 

outputting said identifier to said at least one application or further device. 

Analogous method features to the device features described above are also provided. 

Preferred features of the present invention will now be described, purely by way of 
example, with reference to the accompanying drawings, in which:- 

Figure 1 shows the overall architecture of a digital television system according to the 
preferred embodiment of the present invention; 

Figure 2 shows the architecture of a conditional access system of the digital television 
System; 

Figure 3 shows the structure of an Entitlement Management Message uasd in the 
conditional access system; 

Figure 4 shows in detail the structure of the EMM; 
Figure 5 is a schematic diagram of a smartcardj 

Figure 6 is a schematic diagram of an arrangement of zones in the memory of the 
smartcard; 
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Figure 7 is a schematic diagram of a PPV event description; 

Figure 8 is a ftmctional block diagram of the receiver/decoder; 

Figure 9 is a schematic diagram of interfaces of the receiver/decoder; 

Figure 10 shows certain components of the virtual machine and run time engine in 
5 more detail; 

Figure 11 is a functional block diagram showing the arrangement of a conditional 
access device in a receiver/decoder; and 

Figure 12 shows the architecture of a receiver system for downloading sections from 
an MPEG data stream; 

10 Figure 13 shows steps in a method of configuring a demultiplexer and filter to 
download an EMM; and 

Figure 14 shows steps in a method of configuring a demultiplexer and filter to 
download an ECM. 

Details of a suitable digital interactive television system may be found in our 
15 co-pending applications PCT/EP97/02106 - 02117 to which reference should be 
made, and the disclosures of which arc herein incorporated by reference. For ease of 
reference, parts described in more detail in the aforementioned SpccifiCiitions are 
generally designated by the reference numerals used in those specifications;. 

An overview of a digital television broadcast and reception system 1000 is shown in 
20 Figure 1. The invention includes a mostly conventional digital television sytjtcm 2000 
which uses the known MPEG-2 compression system to transmit comprcsised digital 
signals. In mOfc detail MPEG-2 compressor 2002 in a broadcast centre receives a 
digital signal stream (typically a stream of video signals). The compressor 2002 is 



connected to a multiplexer and scrambler 2004 by linkage 2006. The multiplexer 
2004 receives a plurality of further input signals, assembles one or more transport 
streams and transmits compressed digital signals to a transmitter 2008 of the broadcast 
centre via linkage 2010, which can of course take a wide variety of forms including 
telecom links. The transmitter 2008 transmits electromagnetic signals via uplink 2012 
towards a satellite transponder 2014, where they are electronically processed and 
broadcast via notional downlink 2016 to earth receiver 2018, conventionally in the 
form of a dish owned or rented by the end user. The signals received by receiver 
2018 are transmitted to an integrated receiver/decoder 2020 owned or rented by the 
end user and connected to the end user's television set 2022. The receiver/decoder 
2020 decodes the compressed MPEG-2 signal into a television signal for the 
television set 2022. 

A conditional access system 3000 is connected to the multiplexer 2004 and' the 
receiver/decoder 2020> and is located partly in the broadcast centre and partly in the 
decoder. It enables the end user to access digital television broadcasts from one or 
more broadcast suppliers. A smartcard, capable of decrypting messages relating to 
commercial offers (that is, one or several television programmes sold by the broadcast 
supplier), can be inserted into the receiver/decoder 2020, Using the decoder 2020 and 
smartcard, the end user may purchase events in either a subscription mode or a pay- 
per-view mode. 

An interactive system 4000, also connected to the multiplexer 2004 and the 
receiver/decoder 2020 and again located partly in the broadcast centre and partly in 
the decoder, enables the end user to interact with various applications via a 
modemmed back channel 4002. 

The conditional access system 3000 is now described in more detail. 

With reference to Figure 2^ in overview the conditional access system 3000 includes 
a Subscriber Authorization System (SaS) 3002. The SAS 3002 is connected to one 
or more Subscriber Management Systems (SMS) 3004, one SMS for each broadcast 
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supplier, by a respective TCP-IP linkage 3006 (although othei types of linkage could 
alternatively be used). Alternatively, one SMS could be shared between two broadcast 
suppliers, or one supplier could use two SMSs, and so on. 

First encrypting units in the form of ciphering units 3008 utilising "mother" smartcards 
3010 are conneaed to the SAS by linkage 3012. Second encrypting units ag&in in the 
fonn of ciphering units 3014 utilising mother smartcards 3016 arc connectiui to the 
multiplexer 2004 by linkage 3018. The receiver/decoder 2020 receives a '^daughter" 
smartcard 3020. It is connected directly to the SAS 3002 by Communications Servers 
3022 via the moderamed back channel 4002. The SAS sends ^ongst other things 
subscription rights to the daughter smartcard on request. 

The smartcards contain the secrets of one or more commercial operators. The 
"mother" smartcard encrypts different kinds of messages and the "daughter" smartcards 
decrypt the messages, if they have the rights to do so. 

The first and second ciphering units 3008 and 3014 comprise a rack, an eilcctronic 
VME card with software stored on an EEPROM, up to 20 electronic cards, and one 
smartcard 3010 and 3016 respectively, for each electronic card, one (card 3016) for 
encrypting the ECMs and one (card 3010) for encrypting the EMMs. 

The operation of the conditional access system 3000 of the digital television system 
will now be described in more detail with reference to the various contiponents of the 
television system 2000 and the conditional access system 3000. 

Multiplexer and Scrambler 

With reference to Figures 1 and 2, in the broadcast centre, the digital video signal is 
first compressed (or bit rate reduced), using the MPEG-2 compressor 2002, This 
compressed signal is then transmitted to the multiplexer and scrambler 2CK)4 via the 
25 linkage 2006 in order to be multiplexed with other data, such as other compressed 
data. 



1.0 
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The scrambler generates a control word used in the scrambling process and included 
in the MPEG-2 stream in the multiplexer 2004* The control word is jjeneratcd 
internally and enables the end user's integrated receiver/decoder 2020 to descramble 
the programme. 

Access criteria, indicating how the programme is commercialised, are also added to 
the MPEG-2 stream. The programme may be commercialised in either one of a 
number of '^subscription" modes and/or one of a number of "Pay Per Viev*^* (PPV) 
modes or events. In the subscription mode, the end user subscribes to one or more 
commercial offers, or 'TxDuquets", thus getting the rights to watch every channel inside 
those bouquets. In the preferred embodiment, up to 960 commercial offeri; may be 
selected from a bouquet of channels. In the Pay Per View mode, the end user is 
provided with the capability to purchase events as he wishes. This can be achieved 
by cither pre -booking the event in advance (*'pre-book mode"), or by purchasing the 
event as soon as it is broadcast (*' impulse mode*"). In the preferred erobodioient, all 
users are subsoribers, whether Or not they watch in subscription or PPV mode, but of 
course PPV viewers need not necessarily be subscribers. 

Both the control word and the access criteria are used to build an Entitlement Control 
Message (ECM). This is a message sent in relation with a scrambled program; the 
message contains a control word (which allows for the descrambling of the program) 
20 and the access criteria of the broadcast program. The access criteria and control word 
are transmitted to the second encrypting unit 3014 via the linkage 3018, In iJiis unit, 
an ECM is generated, encrypted and transmitted on to the multiplexer and scrambler 
2004. During a broadcast transmission^ the control word typically changes every few 
seconds, and so ECMs are also periodically transmitted to enable the changing control 
25 word to be descrambled. For redundancy purposes, each ECM typically includes two 
control words; the present control word and the next control word. 

Each service broadcast by a broadcast supplier in a data stream comprises a number 
of distinct components; for example a television programme includes a video 
component, an audio component, a sub-title component and so on. Each of these 
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components of a service is individually scrambled and cncarypted for subsequent 
broadcast to the transponder 2014. In respect of each scrambled component of the 
service, a separate ECM is required. Alternatively, a single ECM may be reqiuircd for 
ali of the scrambled components of a service. 

Programme Transmission 

The multiplexer 2004 receives electrical signals comprising encrypted EMMs from the 
SAS 3002, encrypted ECMs from the second encrj^pting unit 3014 and cojnpressed 
programmes from the compressor 2002* The multiplexer 2004 scrambles the 
programmes and transmits the scrambled programmes, the encrypted EMMs and the 
encrypted ECMs as electric signals to a transmitter 2008 of the broadcast centre via 
linkage 2010, The transmitter 2008 transmits electromagnetic signals tov/ards the 
satellite transponder 2014 via uplink 2012. 

Programme Reccptioa 

The satellite transponder 2014 receives and processes the electromagnetic signals 
transmitted by the transmitter 2008 and transmits the signals on to the earth receiver 
2018, conventionally in the form of a dish owned or rented by the end luser, via 
dovralink 2016. The signals received by receiver 2018 are transmitted to the 
integrated receiver/decoder 2020 owned or rented by the end user and connected to 
the end uscf s television set 2022. The receiver/decoder 2020 demultiplexes the 
signals to obtain scrambled programmes with encrypted EMMs and encrypted ECMs, 

If the programme is not scrambled, that is, no ECM has been transmitted with the 
MPEG-2 stream, the receiver/decoder 2020 decompresses the data and transforms the 
signal into a video signal for transmission to television set 2022. 

If the programme is scrambled, the receiver/decoder 2020 extracts the corresiponding 
ECM from the MPEG-2 stream and passes the ECM to the "daughter" smartcard 3020 
of the end user. This slots into a housing in the receiver/decoder 2020. The -daughter 
smartcard 3020 controls whether the end user has the right to decrypt the ECM and 
to access the programme. If not, a negative status is passed to the receiver/decoder 
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2020 to indicate that the programme cannot be descramblcd. If the end user does 
have the rights, the ECM is decr>pted and the control word extracted. The decoder 
2020 can then deSCramble the programme using this control word. The ^dPEG-2 
stream is decompressed and translated into a video signal fox onward transmission to 
5 television set 2022, 

Subscriber Management System fSMS) 

A Subscriber Management System (SMS) 3004 includes a database 3024 which 
manages, amongst others, all of the end user files, commercial off«s, subscriptions, 
PPV details, and data regarding end user consumption and authorization. Tlie SMS 
may be physically remote from the SAS, 

Each SMS 3004 transmits messages to the SAS 3002 via respective iirxkage 3006 
which imply modifications to or creations of Entitlement Management Messages 
(EMMs) to be transmitted to end users. ^ 

The SMS 3004 also transmits messages to the SAS 3002 which imply no 
modifications or creations of EMMs but imply only a change in an end u$er*s state 
(relating to the authorization granted to the end user when ordering products or to the 
amoimt that the end user will be charged). 

As described later, the SAS 3002 sendi; messages (typically requesting information 
such as call-back information or billing infonnation) to the SMS 3004, so that it will 
be apparent that communication between the two is two-way. 

Entitlement Management Messanes (EMMs) 

The EMM is a message dedicated to an individual end user (subscriber), or a group 
of end users, only (in contrast with an ECM, which is dedicated to one stTambled 
programme only or a set of scrambled programmes if part of the same commercial 
25 offer). Each group may contain a given number of end users. This organisation as 
a group aims at optimising the bandwidth; that is, access to one group can permit the 
reaching of a great number of end users. 





Vaiious specific types of EMM can be used. Individual EMMs are dedicated to 
individual subscribers, and are typically used in the provision of Pay Per View 
services; these contain the group identifier and the position of the subscriber in that 
group. So-called "Group" subscription EMMs are dedicated to groups of, say, 256 
individual users> and are tj'pically used in the administration of some subscription 
services. This EMM has a group identifier and a subscribers' group bitmap. 
Audience EMMs are dedicated to entire audiences, and might for example be used by 
a particular operator to provide certaii^ free services. An *'audiencc" is the totality of 
subscribers having smartcards which bear the same system identifier (CS ID), Finally, 
a ''unique" EMM is addressed to the unique identifier of the smartcard- 

The structure of a typical EMM is now described with reference to Figure 3. 
Basically, the EMM, which is implemented as a scries of digital data bits, comprises 
a header 3060, the EMM proper 3062, and a signature 3064. The header 3060 in turn 
comprises a type identifier 3066 to identify whether the type is individual, group, 
audience or some other type and a length identifier 3068 which gives the length of the 
EMM. The EMM proper 3062 of course varies greatly according to its type. Finally, 
the signature 3064, which is typically of 8 bytes long, provides a number oif checks 
against coTjuption of the remaining data in the EMM. 

Subscriber Amhorization System (SAS) 

The messages generated by the SMS 3004 axe passed via linkage 300ei to the 
Subscriber Authorization System (SAS) 3002, which in turn generates messages 
acknowledging receipt of the messages generated by the SMS 3004 and passes these 
acknowledgements to the SMS 3004. 

In overview the SAS comprises a Subscription Chain area to give rights for 
subscription mode and to renew the rights automatically each month, a Pay Per View 
Chain area to give rights for PPV events, and an EMM Injector for passing EMMs 
created by the Subscription and PPV chain areas to the multiplexer and scrambler 
20O4, and hence to feed the MPEG stream with EMMs. If other rights are to be 
granted, such as Pay Per File (PPF) rights in the case of downloading o^mputcr 
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software to a user's Pcisonal Computer, other similax areas are also provided. 

One function of the SAS 3002 is , to manage the access rights to television 
programmes, available as commercial offeis in subscription mode or sold as PPV 
events according to different modes of commercialisation (pre-book mode, impulse 
mode). The SAS 3002, according to those rights and to information received from the 
SMS 3004, generates EMMs for the subscriber. 

The EMMs are passed to the Ophering Unit (CU) 3008 for ciphering with respect to 
the management and exploitation keys. The CU completes the signature 3064 on the 
EMM and passes the EMM back to a Message Generator (MG) in the SAS 3002, 
where the header 3060 is added. The EMMs are passed to a Message EmittCT (ME) 
as complete EMMs. The Message Generator determines the broadcast start £und stop 
time and the rate of emission of the EMMs. and passes these as appropriate directions 
along with the EMMs to the Message Emitter. The MG only generates a given EMM 
once; it is the ME which performs cyclic transmission of the EMMs. 

On generation of an EMM, the MG assigns a unique identifier to the EMM. When 
the MG passes tbe EMM to the ME, it also passes the EMM ID. This enables 
identification of a particular EMM at both the MG and the ME. 

Figure 4 illustrates an exemplary EMM (in fact a PPV EMM, which is the simplest 
EMM). The PID (Packet identifier) 3170 comprises two portions, the actual ID 3172, 
and the length parameter for the packet 3174 (necessary in order that the staat of the 
next packet can be identified). The whole PID is expressed in just one byte of 
information, 4 bits being reserved for the ID, and four for the length. 

Smartcard 

A daughter, or "subscriber", smartcard 3020 is schematically shown in Figure 5 and 
25 comprises an 8 bit microprocessor HO, such as a Motorola 6805 microprocessor* 
having an input/output bus coupled to a standard array of contacts 120 which in use 
arc connected to a corresponding array of contacts in the card reader of the 
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receiver/decoder 2020, the card reader being of conventional design. The 
jnicroprocessor 110 is also provided with bus connections to preferably masked ROM 
130, RAM 140 and EEPROM 150. 



The EEPROM 150 contains certain dynamically-created operator zones 154, L55, 156 
and dynamically-created data zones which will now be described with reference to 
Figure 6. 

EEPROM 150 comprises a permanent "card ID" (or manufacturer) zone 151 of 8 bytes 
which contains a permanent subscriber smartcard identifier set by the manufacturer of 
the smartcard 3020. 



10 When the smartcard is reset, the microprocessor 110 issues a signal to 
receiver/decoder 2020, the signal comprisbg an identifier of the conditional acCeS^ 
system used by the smartcard and data generated from data stored in the smartcard, 
including th<^ card ID. This signal is stored by the receiver/decoder 2020, which 
subsequently utilises the stored signal to check whether the smartcard is compatible 

15 with the conditional access system being used by the receiver/decoder 2020. 

The EEPROM 150 also contains a permanent "random number generator" zone 152 
which contains a program for generating pseudo-random numbers. Such random 
numbers are used for diversifying transaction output signals generated by the 
smartcard 3020 and sent back to the broadcaster. 



20 Below the random number generator zone 152 a permanent "management'^ :50ne 153 
of 144 bytes is provided- The permanent management zone 153 is a specific operator 
zone utilised by a program in the ROM 130 in the dynamic creation (and removal) of 
zones 154, 155, 156... as described below. The permanent management zone 153 
contains data relating to the rights of the smartcard to create or remove zomcs. 



25 Below the management zone 153 is a series of ''operator ID'' 20nes 154, 155, 156 for 
operators 1, 2 N respectively. Noraially at least one operator ID zoas vvill be 
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preloaded into the EEPROM of the subscriber smartcard 3020 so that the end' user can 
decrypt programmes broadcast by that operator. However further operator ID zones 
can subsequently be dynamically created using the management zone 153 in response 
to a transaction output signal generated via his smartcard 3020 by the end user 
5 (subscriber), as will subsequently be described. 

Each operator zone 154, 155, 156 is associated with one or more "operator data 
objects** stored in the JEEPROM 150. As shown in Figure 6, a series of dynamically 
created "operator data" objects 157-165 are located below the operator ID zones. 
Each of these objects is labelled with: 

a) an "identifier'* 1, 2, 3 .... N corresponding to its associated operator 1, 2, 3 ... 
N as shown in its left hand section in Figure 6; 

b) an "ID'* indicating the type of object; and 

c) a "data"* zone reserved for data, as shown in the right hand section of each 
relevant operator object in Figure 6, It should be understood that each operator is 
associated with a similar set of data objects so that the following description Of the 
types of data in the data objects of operator 1 is also applicable to the data objects of 
all the other operators. Also it wiU be noted that the data objects arc located in 
contiguous physical regions of the EEPROM and that their order is immateiial. 

Deletion of a data object creates a "hole" 166 in the smartcard, that is, the number of 
bj'tes that the deleted objects had previously occupied are not immediately occupied. 
The thus "freed" number of bytes, or "hole" arc labelled with: 

a) an ''identifier" 0; and 

b) an "ID" indicating that the bytes arc free to receive an object. 

The next data object created fills the hole, as identified by the identifier 0. In this 
25 manner the limited memory capacity (4 kilobytes) of the EEPROM 150 is efficiently 
utilised* 

Turning now to the set of data objects associated with each operator, examples of the 
data objects are now described. 
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Data object 157 contains an EMM key used for decrypting encrypted EMM*s received 
by the receiver/decoder 2020. This EMM key is peimanently stored in the data object 
157. This data object 157 may be created prior to distribution of the smartcsird 3020, 
and/or may be created dynamically when creating a new operator zone (as described 
5 above). 

Data object 159 contains ECM keys which are sent by the associated operator (in this 
case operator 1) to enable the end user to decrypt the particular "bouquet" of programs 
to which he has subscribed. New ECM keys arc sent typically every month, along 
with a group subscription (renewal) EMM which renews the end user's overall right 
to view the broadcast froin (in this case) operator 1, The use of separate EMM and 
ECM keys enables viewing rights to be purchased in different ways (in this 
embodiment by subscription and individually (Pay Per View)) and also increases 
security. The Pay Per View (PPV) mode will be described subsequently. 

Since new ECM keys are sent periodically, it is essential to prevent a user from using 
old ECM keys, for example by switching off the receiver/decoder or re-setting a clock 
to prevent expiry of an old ECM key so that a timer in the receiver/decoder 2020 
could be overridden. Accordingly operator zone 154 comprises an area (typically 
having a size of 2 bytes) containing an obsolescence date of the ECM ki^ys. TTic 
smartcard 3020 is arranged to compare this date with the current date which is 
contained in received ECMs and to prevent decryption if the current date is later than 
the obsolescence date. The obsolescence date is transmitted via EMMs, as described 
above. 

With reference to Figure 7, the PPV event description 167 contains a "session ID"* 168 
identifying the viewing session (corresponding to the program and the time; and date 
25 of broadcasting) a "session mode" 169 indicating how the viewing right is being 
purchased (e.g. in pre-book mode), a "session index" 170 and a ''session view" 171. 

In respect of receiving a progr^mc in PPV modc> the receiver decoder 2020 
determines whether the programme is' one sold in PPV mode. If so, the dea3der 2020 
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checks, using the items stored in the PPV event description 167 whether the session 
ID for the programme i$ stored therein. If the session ID is stored therein, th<5 control 
word is extracted from the ECM. 

If the session ID is not stored therein, by means of a specific application the 
5 receiver/decoder 2020 displays a message to the end user indicating that he has the 
right to view the session at a cost of, say, 25 tokens, as read from the ECM or to 
connect to the communications servers 3022 to purchase the event. Using the tokens, 
if the end user answers '^yes" (by means of remote controller 2026 (see Figure 2)) the 
decoder 2020 sends the ECM to the smartcard, the smartcard decreases the wallet of 
10 the smartcard 3020 by 25 tokens, writes the session ID 168, the session mode 169, the 
session mdex 170 and the session view 171 in the PPV event description 167 and 
extraas and deciphers the control word from the ECM. 

In the "pre-book" mode, an EMM will be passed to the smartcard 3020 so that the 
stnartcard will write the session ID 168, the session mode 169, the session index 170 
15 and the session view 171 in the PPV event description 167 using the EMM. i 

The session index 170 can be set to differentiate one broadcast from the other. This 
feature permits authorization to be given for a subset of broadcasts, for example, 3 
times out of 5 broadcasts. As soon as an ECM with a session index different from 
the current session index 170 stored in the PPV event description 167 is passed to the 
smartcard, the number of the session view 171 is decreased by one. When the session 
view reaches zero, the smartcard will refuse to decipher an ECM with a different 
session index to the current session index. 

The initial value of the session view depends only on the way in which the broadcast 
supplier wishes to define the event to which it relates; the session view for a 
25 respective event may take any value. 

The microprocessor 110 in the smartcard implements a counting and a comparison 
program to detect when the limit to the number of viewings of a particular program 
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has been reached. 

All of the session ID 168, the session mode 169, the session index 170 and the session 
view 171 in the PPV event description 167 may be extracted from the sitiartc£tid using 

the "call-back" procedure as described previouKly. 

5 Each receiver/decoder 2020 contains an identifier which may either identify uniquely 
that receiver/decoder or identify its manufacturer or may classify it in some other way 
in order to enable it to work only with a particular individual smartcard, a particular 
class of smartcards made by the same or a corresponding manufacturer or any other 
class of smartcards which arc intended for use with that class of receiver/decoders 
10 exclusively. 

In this manner the receiver/decoders 2020 which have been supplied by one broadcast 
supplier to the consumer are protected against the use of non-authorised daughter 
smartcards 3020. 

Receiver/Decoder 

15 With reference to Figure 8, the receiver/decoder 2020 comprises a run tin:ic engine 
4008 running under the control of a microprocessor and a common application 
programming interface 4054. They are installed in every receiver/decodei 2020 so 
that all receiver/decoders 2020 axe identical from the application point of view. 

For the puiposcs of this description, an application is preferably a piece of computer 
20 code for controlling high level functions of preferably the receiver/decoder 2020. For 
example, when the end user positions the focus of a remote controller on a button 
object seen on the screen of the television set 2022 and presses a validation key, the 
instruction sequence associated with the button is run. 



25 



An interactive application proposes menus and executes commands at the request of 
the end user and provides data related to the purpose of the application. Applications 
may be either resident applications, that is, stored in the ROM (or FLASH or other 
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non-volatile memory) of the receiver/decoder 2020, or broadcast and downloaded into 
the RAM or FLASH memory of the receiver/decoder 2020. 

Applications are stored in memory locations^ in the receiver/decoder 2020 and 
represented as resource files. The applications can use data files, such as icon Ubrary 
files, image files, character font files, colour table files and ASCII text files. An 
interactive application can also obtain on-line data by effecting inputs and/or outputs. 

Referring to Figure 9, the receiver/decoder 2020 indudcs several interfaces; 
specifically, a tuner 4028 for the MPEG signal flow, a serial interface 4030, a parallel 
interface 4032, and two card readers 4036, one for a smartcard 3020 forming part of 
the system and one for bank cards (used for making payments, home banking, etc) or 
another smart card. The receiver/decoder also includes an interface 4034 to a 
modemraed back channel 4002 to the television signal producer, so that the user can 
indicate preferences, etc back to the television signal (programme) producer. 

The receiver/decoder 2020 contains memory divided into a RAM volume, a FIASH 
volume and a ROM volume, but this physical organization is distina from the logical 
organization. The memory may further be divided into memory volumes associated 
with the various interfeces. From one point of view, the memor>^ can be regarded as 
part of the hardware; from another point of view, the memory can be regarded as 
supporting or containing the whole of the system shown apart from the hardware. 

With reference to Figure 9, the system can be regarded as centred on a run time 
engine 4008 forming part of a virtual machine 4007. This is coupled to applications 
on one side (the ''high level" side), and, on the other side (the "low level" side), via 
various intermediate logical units discussed below, to the receiver/decoder hardware 
4061, The receiver/decoder hardware can be regarded as including the various ports 
or interfaces as discussed above (the interface 2030 for the handset 2026, the MPEG 
stream intcrfece 4028, the serial interface 4030, the parallel interface 4032, the 
interfaces to the card readers 4036, and the interface 4034 to the modenmied back 
channel 4002). 



With reference to Figure 8, various applications 4057 are coupled to the unit 4007; 
some of the more commonly used applications may be more or less pcrraanently 
resident in the system, as indicated at 4057, while others will be downloaded into the 
system, eg from the MPEG data stream or from other ports as required. 

The unit 4007 includes, in addition to the run time engine 4008, some resident library' 
functions 4006 which include a toolbox 4058. The library contains miscellaneous 
functions in C language used by the engine 4008. These include data manipulation 
such as compression, expansion or comparison of data structures, line drawing, etc. 
The library 4006 also includes information about JHrmware 4060 in the 
receiver/decoder 2020, such as hardware and software version numbers and available 
RAM space, and a function used when downloading a new device 4062* Functions 
can be downloaded into the library, being stored in Flash or RAM memory- 

The run time engine 4008 is coupled to a device manager 4068 which is coupled to 
a set of devices 4064 which are coupled to device drivers 4060 which are in turn 
coupled to the ports or interfaces. In hroad terms, a device driver can be regarded 
as defining a logical interface, so that two different device drivers may be coupled to 
a common physical port. A device will normally be coupled to more than one device 
driver; if a device is coupled to a single device driver, the device will normally be 
designed to incorporate the full functionality required for communication, so that the 
need for a separate device driver is obviated. Certain devices may communicate 
among themselves. 

Each function of the receiver/decoder 2020 is represented as a device 4062. Devices 
can be either local or remote. Local devices 4064 include smartcards, SCART 
connector signals, modems, serial and parallel interfaces> a MPEG video and audio 
player and an MPEG section and table extractor. Remote devices 4066, executed in 
a remote location, differ from local devices in that a port and procedure must be 
defined by the system authority or designer, rather than by a device and device driver 
provided and designed by the reccaver/decoder manufactur^i'. 



When a new device 4062 is created, it can be installed in existing receiver/d«^ders 
2030 by downloading the relevant application 4056 from the broadcast centre. This 
downloading is performed in the receiver/decoder 2020 by an application 4056 which 
checks the hardware and software versions and, if correct, loads the software module 
representing the new device 4062 and asks a procedure of the library 4006 to install 
the new device code within the firmware (in Flash memory). This can piovide a 
flexible and secure installation of new functions within the receiver/decoder 2020 
without affecting the rest of the software. 

The device manager 4068 is a common software interface between the application 
4056 and the specific functions of the receiver/decoder 2020. The device manager 
4068 controls access to devices 4062. declares receipt of an unexpected event, and 
manages shared memory. 

The run time engine 4008 mns under the control of the microprocessor and a common 
application programming interface. They are installed in every receiver/decoder 2020 
so that all receiver/decoders 2020 are identical from the application point of view. 

The engine 4008 runs applications 4056 on the receiver/decoder 2020. It executes 
interactive applications 4056 and receives events from outside the receiver/decoder 
2020, displays graphics and text, calls devices for services and uses functions of the 
library 4006 connected to the engine 4008 for specific computation. 

The run time engine 4008 is an executable code instaUcd in each receiver/decoder 
2020, and includes an interpreter for interpreting and running applications. The 
engine 4008 is adaptable to any operating system, including a single task operating 
system (such as MS-DOS). The engine 4008 is based on process sequencer units 
(which take various events such as a key press, to carry out various actions), and 
contains its own scheduler to manage event queues from the different hardware 
interfaces. It also handles the display of graphics and text. A process sequencer 
unit comprises a set of action-groups. Each event causes the process sequencer unit 
to move from its current action-group to another action-group in dependence on the 



character of the event, and to execute the actions of the new action-group. 

The engine 4008 comprises a code loader to load and download applications 4056 into 
the receiver/decoder memory 2028. Only the necessaiy code is loaded into the RAM 
or Flash memory, in order to ensure optimal use. The downloaded data is verified 
by an authentication mechanism to prevent any modification of an application 4056 
or the execution of any unauthorized application. The engine 4008 further comprises 
a decompressor. As the application code (a form of intermediate code) is compressed 
for space saving and fast downloading from the MPEG-2 transport stream or via a 
built-in receiver/decoder mode, the code must be decompressed before loading it into 
the RAM, The engine 4008 also comprises an interpreter to interpret the application 
code to update various variable values and determine status changes> and an error 
checj<:er. 

Before using the services of any device 4062, a program (such as an application 
instruction sequence) has to be declared as a "client", that is, a logical access-way to 
the device 4066 or the device manager 4068, The manager gives the client a client 
number which is referred to in all accesses to the device. A device 4066 can have 
several clients, the number of clients for each device 4066 being specified depending 
on the type of device 4066, A client is introduced to the device 4066 by a procedure 
"Device: Open Channel". This procedure assigns a client number to the client. A 
client can be taken out of the device manager 4068 client list by a procedure "Device: 
Close Channel". 

Each device interfeices with an application under the control of the device manager 
4068 by means of one of the three standard procedures, which arc common to other 
devices. Information may be passed between an application and the device by means 
of tables. The three basic procedures are summarised briefly below:- 

1) Device: Call. This command can be used by an application for performing 
synchronous commands or data transfer. Execution of the application is suspended 
until control is returned when the operation by the device driver has completed; this 
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allows operations which must be performed in strict sequence to be controlled reliably, 

2) Device: I/O. This command allows asynchronous operation. That is, an 
application can send a request for a data transfer or a particular function to be 
performed by the device driver and execution of the application can continue while 

5 the data transfer or function is performed by the device driver, 

3) Device: Event. The event trapping function enables events to be signalled by 
the device to an application^ and for particular action to be taken by the application 
in response to the event independently of the code the application is executing at the 
time the event is signalled; effectively the application is interrupted. Events may be 
prioritised. Events may be used to signal events occurring on the interface, such as 
a bus reset, or to provide monitoring of asynchronous commands, for example by 
signalling completion of a requested data transfer. 

As noted above, the main loop of the run time engine is coupled to a variety of 
process sequencer units, and when the main loop encounters an appropriate event, 
control is temporarily transferred to one of the process sequencer units. 

Referring to Figure 10, the device manager includes a queue 100 into which events 
from the devices are passed for temporary storage. At suitable intervals, the virtual 
machine sends a signal to this queue to extract the first item from it- This event item 
is moved to a queue structure 101 in the virtual machine. Depending on the priority 
level of the event item, it is inserted into the appropriate one of the 5 queues 0 to 4, 
Event items are extracted from the queue structure 101 by a queue selector unit 102 
under the control of the run time engine. 

When an event is selected from the queue structure 101> it is passed to a process 
sequencer unit engine 104, which consists of a process sequencer unit driver 105 and 
25 a set of process sequencer units 106. Each process sequencer unit is a set of action- 
groups linked together, so that each step from one action-group to the next action- 
group is, in general, dependent on the ciurcnt action-group and the nature of the 
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event. Different process sequencer units have different sizes and complexities, 
including one in which the "next" action-group, ie the action-group to which the 
system steps on in response to an event, is dependent solely on the nature of the event 
but is independent of the current action-group. Also, as is shown at the right-hand 
5 side of the process sequencer units block, there may be several copies of a process 
sequencer unit, ie several identical process sequencer units, to deal eg with several 
separate data streams using identical protocols through a single port. 

When an event is selected, it is passed to the appropriate process sequencer unit, 
This Selects the appropriate outlet from the current action-group on the process 
sequencer unit. This results in the appropriate next action— group being selected and 
the actions in that action-group being performed, involving eg the sending of a 
message to the device manager or the execution of an instruction sequence. Action- 
groups in the process sequencer unit can also send event messages to other process 
sequencer units. 

15 If an instruction sequence is selected, the identification of the instmction sequence is 
sent to a instmction sequence selector 107, This obtains the desired instruction 
sequence from a instruction sequence memory 108 and passes it to a instruction 
sequence interpreter 109, which executes the instmction sequence. 

The system also includes a filter 110, which is loaded with event tj^pes eg from the 
20 process sequencer units 106. When an event item is passed from the queue 100 in 
the device manager to the queue stracture 101 in the virtual machine, its type or 
character is matched against the list in the filter 110, and if it is of a type w^hich is not 
recognized, it is rejected. This ensures that if say the device manager or the 
keyboard generates events of a type which the virtual machine cannot deal with, those 
25 events are not passed to the queue structure 101. (If events of this kind were passed 
to the queue structure 101, either they would accumulate in that queue stnicture or 
they might cause malfunctioning of the process sequencer unit engine 104,) 

Tbus> it can be seen that our basic system provides a platform having considerable 
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flexibility in enabling an application to communicate with a variety of devices. 
Conditional Access Device 

With reference to Figures 11 and 12, the receiver/decoder 2020 includes a conditional 
access device, or CA device, 4100. The CA device 4100 is coupled via port 4103 to 
5 device driver 4102 for the smartcard reader 4036 and via port 4105 to device driver 
4104 for a demultiplexer and filter 4502 of the receiver/decoder 2020. The CA device 
h also coupled via port 4101 to the device manager 406S to receive commands from, 
and transmit me$$ages to, applications 4056', 4057' stored in the leceiver/decoder 2020 
and to access the memory 4024 of the receiver/decoder 2020 in order, for example, 
10 to retrieve data stored therein. 

The CA device 4100 can inform a configuring application, for example a resident 
application 4057', of the conditional access systems supported by the receiver/decoder 
and the conditional access system currently being used by the receiver/decoder. Such 
a configuring application is able to change the conditional access system currently 
being used by the receiver/decoder 2020. The type of conditional access system 
currently being used by the receiver/decoder is written in a buffer in the memory 4024 
of the receiver/decoder as allocated by the CA device 4100* The address of this 
buffer may be transmitted to the configuring application 4057* via device nianager 
4068. This buffer also contains information regarding the version of the conditional 
access system currently being used by the receiver/decoder, each conditional access 
system supported by the receivcr/decoderj and the version of each conditional access 
system supported by the receiver/decoder. 

A command "CALL_SEI£CT'* enables an application program to select the 
conditioiaal access system to be used by the receiver/decoder. The type and version 
25 number of the conditional access system are stored in a memory zone in the memory 
4024 of the receiver/decoder. Tlie address of the memory zone associated with any 
conditional access system supported by the receiver/decoder is also transferable to the 
configuring application 4057' via device manager 4068. Following receipt of the 
address of the memory zone^ the application program sends the address to the CA 
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dcvice 4100 in this command. In response to the command^ the CA device 4100 
change^ the data $tored in the buffer in the memory zone of the memory 4024. The 
commrnd returns a signal indicating compietion of the command, or failure of the 
command if an EMM or ECM is either being loaded by the receiver/decoder 2020 or 
5 being processed by the receiver/decoder 2020. 

The CA device 4100 enables EMMs to be loaded, and ECMs to be demultiplexed for 
component scrambling, for any conditional access system supported by the 
receiver/decoder 2020. 

With reference to Figure 1% electromagnetic signals received by receiver 2018 are 
transmitted to MPEG tuner 4028. The tuner typically scans a range of frequencies, 
stopping only when a canier frequency is detected within that range. The thus 
detected signals are transmitted to demodulator 4500, which demodulates the signals 
and transmits them to demultiplexer and filter 4502. 

The demultiplexer and filter 4502 pcafonns manipulation of the received datastrcam 
so that only the required components of the datastrcam are extracted by the 
receiver/decoder 2020 from the datastreara. The data manipulation is conducted 
according to a manipulation protocol which is configurable in dependence on the 
conditional access system currently being used by the receiver/decoder. 

Data is transported in the MPEG data stream in the form of data packets of typically 
20 188 bytes within respective types of data stream, for example, video data streams, 
audio data streams and teletext data streams. Each packet is preceded by a Packet 
Identifier (PID) of 13 bits, one PID for every packet transported in the MPEG data 
stream. A programme map table (PMT table) contains a list of the different data 
streams and defines the contents of each data stream according to the respective PID, 
25 Each PMT table is associated with a respective broadcast channel. A PID may alert 
a device to the presence of applications in the data stream, the PID being identified 
using the PMT tabic. The value of the PID provides a parameter associated with the 
manipulation protocol. 
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The data packets relating to applications, EN^Ms and ECMs typically comprise one or 
more MPEG sections. To enable video packets, audio packets, teletext packets and 
subtitle packets for a service to be downloaded by the receiver/decoder, the correct 
EMMs and ECMs must be provided beforehand. 

The manipulation protocol of the demultiplexer and filter 4502 utilises one or more 
of typically 8 bytes of an MPEG section of the data stream, typically offset byte 0 and 
offset bytes 3 to 9, to filter sections from the data stream to enable the desired 
application, EMM or ECM to be downloaded. In dependence on the value of the FID 
of the application, EMM or ECM to be downloaded, the filter is configurable to 
enable only that particular application, EMM or ECM to be downloaded. Following 
filtering by the demultiplexer and filter 4502, an EMM or ECM can be transmitted to 
the smartcard 3020 inserted in the smartcard reader of the receiver/decoder for storage 
therein. 

Demultiplexer and filter 4502 is connected to a descrambicr 4504, which in turn is 
15 connected to MPEG chip 4506. The chip 4506 in turn is connected to television 2022. 
The demultiplexer and filter 4502 typically provides up to 32 outputs connected to 
RAM volume 4022 of the memory 4024 of the receiver/decoder 2020. 

The video packets, audio packets, teletext packets and subtitle packets for a service 
are demultiplexed by the demultiplexer 4502, descrambled by the descrambler 4504, 
using a control word extracted from an ECM, and transmitted to MPEG chip 4506 for 
processing into signals in a form compatible with the television set 2022. 

EMM Loading 

The CA device 4100 controls the loading of EMMs in the receiver/decoder in 
dependence on the conditional access system being, or to be, used by the 
'25 receiver/decoder 2020* 

A conditional access table (CAT table) contains a list of the different conditional 
access systems (in the form of system identifiers (CS IDs)) and defines the PIDs 3170 
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of the EMMs associated with each CS ID for use in the demultiplexing and filtering 
of data. The CAT table is downloaded regularly from the datastrcam and stored in 
a memory zone of the memory 4024 of the receiver/decoder 2020. The CAT table 
may be updated at any time, for example, if the PIDs of any of the EMMs identified 
thereby has changed because the EMM packets are being transmitted from a new 
transponder. 

When an updated CAT table has been downloaded in the receiver/decoder 2020> an 
application, using a command "CALL_SET_CAT*, can inform the CA device 4100 
of the presence of the new CAT table. 

The list of PIDs for each system is used in the configuration of the demultiplexer and 
filter 4502 of the receiver/decoder 2020 so that, for the conditional access system 
being used by the receiver/decoder^ the correct data manipulation protocol is used to 
enable the correct EMMs to be transmitted to, for example, the smartcard 3020. 
Therefore, when there is a change in either: 
(j) the CAT table; or 

(ii) the conditional access system being used by the receiver/decoder; 

the demultiplexer and filter 4502 is updated to change the data manipulation protocol. 

Upon receipt of a command '*CALL_SET_INFO'' from an application, the CA device 
4100 identifies the conditional access system used by the receiver/decoder and 
generates, using the CAT table stored in the memory 4024, a table comprising the 
values of the PIDs of the EMMs of that conditional access system. 

When the CA device 4100 receives a command "IO.EMM_START" from an 
application, the thus-generated table is transmitted to the demultiplexer and filter 
driver 4104 to configure the demultiplexer and filter 4502 accordingly so that the 
correct manipulation protocol is used. Hie command returns a signal to the 
application 4057' indicating completion of the command, or failure of the command 
jf an EMM is currently being downloaded or if no conditional access system has been 
set using the CA^SELECT command. 
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The above operation of the CA device is summarised in Figure 13. 

First, in step SlOO, the CA device receives coinrnand "CALL_SET_CAT" via port 
4101 from an application which informs the CA device of a new CAT table in the 
memory 4024 of the receiver/decoder 2020, From the CAT table, the CA device is 
5 able to access a list of all of the different conditional access systems (in the form of 
system identifiers (CS IDs)) supported by the receiver/decoder 2020 and lists of the 
PIDs of the EMMs associated with each CS ID. These lists provide parameter 
associated with the manipulation protocol of the demultiplexer and filter 4502. 

Next, in step S102, the CA device receives command "CALL_SET_INFO" via port 
10 4101 from an application, which identifies the conditional access system xiscd by the 
receiver/decoder and, in response, the CA device generates in step S104, using: the 
CAT table, a table comprising the values of the PIDs of the EMMs of that conditional 
access system only as retrieved from the memory 4204 via port 4101, 

Finally, in step S106, the CA device receives command "IO__EMM_START" via port 
15 4101 from ai) application, and in step S108 the table generated in step S104 is 
transmitted to the demultiplexer and filter driver 4104 via port 4105 to configure the 
manipulation protocol for the demultiplexer and filter 4502, that is, to configure the 
filter of the demultiplexer and filter 4502^ so that only the EMMs of that conditional 
access system can be downloaded by the receiver/decoder 2020. 

20 fri the above operation, only those parameters necessary to configure the manipulation 
protocol are transmitted to the demultiplexer and filter 4502. 

With respect to the subsequent handling of the downloaded EMMs, event 
*'EVENT_CA_EMM" from the CA device 4100 is arranged to signal to an application 
the reception by a smartcard of an EMM transmitted thereto, and provide a parameter 
25 block addressed to an application which contains the address of the stored EMM and 
information provided by the smartcard driver 4102 via port 4103, this information 
depending on the conditional access system being used by the receiver/decoder 2020, 
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Event •'EVENT.CA^EMM^ ERROR" is arranged to signal the rejection by a 
STO^xtcard of an EMM transmitted thereto^ for example, if the smartcard doe& not have 
the right to store the EMM, and provide a data block addressed to the application 
which contains information provided by the smartcard, this information depending on 
5 the conditional access system being used by the receiver/decoder. 

Alternatively, an "applicative" EMM (that is, an EMM transmitted in respect of an 
application) may be stored in the memory of the receiver/decoder, for example, in 
order to verify that the application 4056 is functioning correctly. Event 
'•EVENT_CA_APP_EMM" is arranged to signal to an application the reception of an 
10 applicative EMM, The eveDt provides a data block addressed to the application which 
contains the address of the stored EMM. 

ECM Loading 

The CA device 4100 manages the demultiplexing of ECMs for component 
descrambling, 

Usmg a command "CALL_ADD_ECM" an application provides the CA device 4100 
with the FID of an ECM to be loaded by the receiver/decoder 2020 as specified by 
the PMT table. The PMT table is stored in the memory 4024, which contains a list 
of the different data streams and defines the contents of each data stream according 
to the respective FID. The PID is provided together with any other information 
relating to the conditional access system selected using the CALL SELECT conmiand 
necessary to manage the ECM. Such information typically includes an identification 
of the conditional access system, the session number of a PPV event, and the index 
number of a PPV event. 

The CA device 4100 assigns an identifier "DESCR_ID" for the PID of the ECM and 
25 returns to the application, via device manager 4068, an address of the memory jone 
in which the DECR^ID for the PID of the ECM is to be found. An ECM PID 
corresponds to a unique DESCRJD. Alternatively, the CA device may return to the 
application^ via device manager 4068, an error message indicating that no conditional 
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access system has been selected, the PID has been transmitted previously to the 
device, or that a predetermined maximum number of DESCR_IDs has been reached. 

The CA device 4100 also prepares to return the value of the PID to the demultiplexer 
and filter driver 4104 to enable the ECM to be received by the receiver/decoder. 

The application subsequently transmits a command "GALL_SERVICE_SET_PID" to 
the CA device 4100 to identify the addresses in the memory of the receiver/decoder 
of the PiDs of the video, audio, subtitle and teletext packets of the event to be 
demultiplexed. These values of these PIDs can be linked to the DESCR^ID identifier 
previously assigned to the PID of the ECM. The identifier can then be used by the 
application to identify the components of the datastream without the need for the 
application to receive values for all of these components. 

Demultiplexing and filtering of the video, audio^ subtitle and teletext packets does not 
commence until the application transmits a command "CALL_SERVICE_START*' to 
the CA device 4100. Upon receipt of this command, the CA device transmits to the 
15 demultiplexer and filter driver 4104 the value of the PID of the ECM and the data 
packets of the event. The ECM is demultiplexed, filtered and transmitted to-'.the 
smartcard 3020 for storage therein. The control word for the descrambling of the 
components of the event is extracted from the ECM and transmitted to the 
dcscrambler 4504. 

20 The above operation of the CA device is summarised in Figure 14. 

First, in step S200, the CA device receives command "CALL_ADD_ECM" via port 
4101 from an application, which provides the CA device 4100 with the PID of an 
ECM to be loaded by the receiver/decoder 2020 as specified by the PMT table, stored 
in the memory 4024 of the receiver/decoder. The CA device 4100 assigns an 
25 identifier DESCR_ID to the PID of the ECM and returns the address of the memory 
zone of the identifier to the application. 
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Next, in step S202, the CA device receives command "CAIX_SERVICE_SET_PID" 
from an application, which provides the CA device 4100 with the addresses in the 
memory of the receiver/decoder of the PIDs of the video, audio, subtitle and teletext 
packets of the event to be demultiplexed so that the values of the PIDs can be 
5 retrieved by the CA device 4100, The values of the PIDs are linked to the 
DESCRJD assigned to the PID of the ECM. 

Finally, in step S204, the CA device receives command "CALL_SERVICE_START" 
via port 4101 from an application, and in step S206 the CA device 4100 transmits to 
the demultiplexer and filter driver 4104 the value(s) of the PID(s) of the ECM and the 
packets of the event. 

Again, in the above operation, only those parameters necessary to configure the 
manipulation protocol are transmitted to the demultiplexer and filter 4502. In 
addition, a single identifier DESCR_ID is assigned to the PIDs of the ECM and the 
various different types of data packet, to which the application may subsequently refer 
15 without reference to all of the parameters linked thereto. 

As described above, the CA device 4100 manages the loading of EMMs and the 
demultiplexing of ECMs for component descrambling for any conditional access 
system supported by the receiver/decoder 2020. For each of these management 
functions of the CA device 4100, the same commands arc sent by any application to 

20 the CA device 4100; with respect to EMM loading, the CA device receives commands 
"CALL_SET_CAT^ "CALL_SETJNFO" and "CALL.EMM^START" from any 
application irrespective of the conditional accesjj system to be used, and, with respect 
to ECM management the CA device receives commands "CALL_ADD_ECM", 
XALL_SERVICE„SET_PID" and "CALL^SERVICE_START' from any application, 

25 again irrespective of the conditional access system to be used. The EMM loading and 
ECM management only commences after the receipt of the final command; there is 
no need to update, for exan^ple, the demultiplexer and filter 4502 until a command to 
start EMM loading is received by the CA device 4100. There is also no need to 
transmit all of the parameters listed in the CAT tabic and PMT table to the 
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demultiplexer and filter 4502; only the parameters associated with the required 
manipulation protocol are transmitted to the demultiplexer and filter 4502, Similarly, 
there is no need to transmit all of the parameters in the PMT table to an application, 
only a DESCR_ID identifier of the parameters. 

5 It will be understood that the present invention hasccn described above purely by 
way of example, and modifications of detail can be made within the scope of the 
invention. 

Each feature disclosed in the description, and (where appropriate) the claims and 
drawings may be provided independently or in any appropriate combination- 

10 In the aforementioned preferred erabodiments> certain features of the present invention 
have been implemented using computer software. However, it will of course be clear 
to the skilled man that any of these features may be implemented using hardware. 
Furthermore, it will be readily understood that the functions performed by the 
hardware, the computer software, and such like axe performed on or using electrical 

15 and like signals. 




CLAIMS 



1. A device for use in a receiver/decoder operable with different conditional 
access systems, the receiver/decoder including means for manipulating data received 
by the receiver/decoder according to a manipulation protocol which is configurable in 
dependence on the conditional access system, and means for storing parameters 
associated with the manipulation protocol, the device comprising: 

means for receiving a command instructing configuration of the manipulation 
protocol in dependence on the conditional access system; 

means for retrieving a parameter from the storing means in dependence on the 
command; and 

means for outputting said parameter to the manipulation means for use in 
configuring the manipulation protocol^ whereby the manipulation means is not required 
to receive all parameters necessary to configure the manipulation protocol in 
dependence on all of the conditional access systems, 

2. A device according to Claim 1, arranged to output said parameter to the 
manipulation means upon receipt of a command instructing output of said parameter. 

3. A device according to Claim 1 or 2, wherein the device is capable of receiving 
commands from a configuring application. 

4. A device according to any preceding claim, wherein the parameters include an 

identifier of an EMM, 

5. A device according to any preceding claim, wherein the parameters include an 
identifier of an ECM. 

6. A device according to any preceding claim, arranged to receive requests from 
a plurality of client applications for a plurality of parameters. 
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7. A receiver/decoder including a device according to any preceding claim, said 
manipulation means arranged to operate under the control Of the device to manipulate 
data and said n^eans for storing parameters associated with the manipulation protocol, 

8. A method of configuring a receiver/decoder to access data, the receiver/decoder 
including means for manipulating data received by the receiver/decoder according to 
a manipulation protocol which is configurable in dependence on the conditional access 
system, and means for storing parameters associated with the manipulation protocol, 
the method comprising the steps of:- 

receiving a command instructing configuration of the manipulation protocol in 
dependence on the conditional access system; 

retrieving a parameter from the storing means in dependence on the command; 

and 

Outputting said parameter to the manipulation means for use in configuring the 
manipulation protocol, whereby the manipulation means is not required to receive all 
parameters necessary to configure the manipulation protocol in dependence on all of 
the conditional access systems. 

9. A method according to Claim 8, wherein said parameter is output upon receipt 
of a command instructing output of said parameter, 

10. A method according to Claim 8 or 9, wherein commands arc received from a 
configoiing application. 

11* A method according to any of Claims 8 to 10, wherein the parameters include 
an identifier of an EMM. 

12, A method according to any of Qaims 8 to 11, wherein the parameters include 
an identifier of an ECM. 

13. A method according to any of Clajm 8 to 12, wherein requests are received 
from a plurality of client applications for a plurality of parameters. 
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14. A device for use in a receiver/decoder, the rcceivei/decodcr including means 
for storing parameters associated with manipulating data received by the 
receiver/decoder, and at least one application or further device, the device comprising: 
means for generating an identifier for at least one parameter; and 
means for outputting said identifier to said at least one application or further 

device. 

15* A device according to Claim 14, the receiver/decoder being operable with 
different conditional access systems, said parameters being associated with 
manipulating data received by the receiver/decoder according to a manipulation 
protocol which is configurable in dependence on the conditional access system. 

16. A device according to Claim 14 or 15, arranged to store a plurality of 
parameters, each having a respective assigned identifier. 

17. A recejvcr/dccoder including a device according to any of Claims 14 to 16, and 
said means for storing parameters associated with the manipulation of data received 
by the receiver/decoder, and said further device or said application. 

18. A method of configuring a receiver/decoder, the receiver/decoder including 
means for storing parameters associated with manipulating data received by the 
receiver/decoder, and at least one application or further device, the method 
comprising: 

generating an identifier for at least one parameter; and 

Outputting said identifier to said at least one application or further device. 

19. A method according to Claim 18, further comprising storing a plurality of 
parameters* each having a respective assigned identifier. 



ABSTRACT 
CONFIGURING METHOD AND DEVICE 



A device for use in a receiver/deccxier operable with different conditional 
access systems, the receiver/decoder including means for manipulating data received 
by the receiver/decoder according to a manipulation protocol which is configurable in 
dependence on the conditional access system, and means for storing parameters 
associated with the manipulation protocol, the device comprising: 

means for receiving a command instructing configuration of the manipulation 
protocol in dependence on the conditional access system; 

means for retrieving a parameter from the storing means in dependence on the 
command; and 

means for outputting said parameter to the manipulation means for use in 
configuring the manipulation protocol, whereby the manipulation means is not required 
to receive all parameters necessary to configure the mam'pulation protocol for all of 
the conditional access systems. 

(Figurell) 
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